Europalsches Patentamt 
European Patent Office 
Office europ^en des brevets 



11 



® Publication number: 



0 675 496 A2 



® Application number: 95104322.3 
@ Date of filing: 23.0a95 



EUROPEAN PATENT APPLICATION 

© int.C|6: G11B 27/028, H04N 5/262 



® 


Priority: 31.0^94 US 221225 


5 Kiernan Way 






Hamilton Square, NJ 08690 (US) 


Date of publication of application: 


Inventor: HSU, Arding 




04.10.95 Bulletin 95/40 


4 Musket Drive 

Kendall Park, NJ 08804 (US) 


® 


Designated Contracting States: 
DE FR GB 


Inventor: Clilu, Ming-Yee 




5 Barnard Place 


® 


Applicant: SIEMENS CORPORATE RESEARCH, 
INC. 


Princeton Junction, NJ 08550 (US) 




755 College Road East 


® Representative: Fuchs, Franz-Josef, Dr.-ing. et 




Princeton, 




New Jersey 08540 (US) 


al 

Postfach 22 13 17 


© 


Inventor: Arman, Farshid 


D-80503 MUnchen (DE) 



© Representing contents of single video shot using Rframes. 



CO 

in 
rs 



Q. 
UJ 



© A computer implemented method for providing a representative frame (Rframe) for a group of frames in a 
video sequence comprises selecting a reference frame from tiie group of frames; storing the reference frame in 
a computer memory, defining a peripheral motion tracking region along an edge of the reference frame, and 
successively tracking movement of boundary pixels in the tracking region, symtxtlizing any of the length of the 
shot and the presence of any caption. 
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The present invention relates to the task of detecting scene changes to form video shots In encoded 
video sequences and the representation of video shots. More particularly, the invention also relates to 
systems incorporating encoded video, wherein the ability to manage video data and display Information 
efficiently is of particular importance and to low level management techniques for digital video. 

5 For systems incorporating encoded video, such as video editing systems, various multimedia authoring 
systems, video-based training systems, and video on demand systems, the ability to manage video data 
and display information efficiently is critical. While known systems may incorporate other types of media as 
well, management of video is particularly difficult because of the vast volume of data associated with it and 
the high data rates involved, typically, many megabytes of data per minute. Prior steps taken towards the 

10 solution of video management problems have either relied on labor Intensive techniques, such as manually 
entering keywords to describe the video contents, or on simple image processing techniques, such as 
analyzing histograms. These approaches have drawbacks and are neither close to providing ideal solutions, 
nor are they efficient in their tasks. Keywords have many drawbacks, such as, typically, an inadequate 
choice of terms for use at search time, the variable context in which the words are used, and the influence 

75 of the individual operator. See. for example, S-K. Chang and A. Hsu. Image information systems: Where do 
we go from here? IEEE Transactions on knowledge and Data Engineering, 4(5):431-442, October 1992. 

Furthermore, image processing steps cannot be efficiently applied to the hundreds of thousands of 
images that are usually associated with video. This paper presents techniques aimed at the management of 
encoded video, such as MPEG (D. Le Gall. MPEG: A video compression standard for multimedia 

20 applications. Communications of ACM, 34(4):46-58. April 1991.), JPEG (G.K. Wallace. The JPEG still picture 
compression standard. Communications of ACM, 34(4):30-44. April 1991.), and H.261 (M. Liou. Overview of 
the 64 kbits/s video coding standard. Communications of ACM. 34(4):59-63, April 1991.) which overcome 
the limitations of traditional image processing steps while enhancing keyword based approaches currently in 
wide use. 

26 Sub-tasks of video management include the ability to quickly locate a particular video sequence herein 
referred to as high level video management and the ability to view particular points of interest within the 
video sequence herein referred to as low level video management. The need for management of video 
exists in many domains, from TV news organizations where these capabilities are critical, to home video 
libraries where such capabilities can be very useful. 

30 The present invention is concerned more particularly with low level management techniques for digital 
video. Currently, a widely used search technique, applicable, for example, to a tape recording machine, is to 
fast-forward and rewind to arrive at the point of interest. This technique is slow and inefficient. More 
recently, image processing techniques have been developed to operate on digital video in order to facilitate 
this task. A firsit step in solving this problem is to "divide" the video sequence into meaningful segments 

35 much like text in a book can be divided up into sentences. In video, a logical point to partition the video 
sequence is where the contents of video "change" in some way from one frame to the next referred to as a 
scene change. 

The past research work involving low level video management has concentrated on the parsing of video 
sequences into video clips. In most cases, the logical parsing point is a change in the camera view point or 

40 a change in the scene. Usually, the histogram of each scene is generated and a large change in the 
histogram from one scene to the next is used as a cutting point [11]. Ueda et.al suggest the use of the rate 
of change of the histogram instead of the absolute change to increase the reliability of the cut separation 
mechanism. H. Ueda. T. Miyatake. S. Sumino and A. Nagasaka, Automatic Structure Visualization for Video 
Editing, in lnterCHr93 Conference Proceedings, Amsterdam. The Netherlands. 24-29 April, 1993. pp. 137- 

45 141. Ueda et. al also consider the zooming and the panning of the camera; each video frame is divided into 
a number of non-overlapping small regions and in each region the optical flow of pixels belonging to that 
region is approximated and classified into zooming and panning of camera. This information is then stored 
along with each cut. Nagasaka and Tanaka studied various measures to detect the scene changes. A. 
Nagasaka and Y. Tanaka. Automatic video indexing and full-video search for object appearances. In E. 

50 Knuth and L. M. Wegner. editors, Proceedings of the IFIP TC2/WG2.6 Second Working Conference on 
Visual Database Systems, pages 113-127. North-Holland, Sept. 30 - Oct. 3 1991. The best measure 
according to their studies is a normalized c2 test to compare the distance between two histograms. 
Additionally, to minimize the effects of camera flashes and certain other noises, the frames are each divided 
into several subframes. Then, rather than comparing pairs of frames, every pair of subframes between the 

55 two frames are compared, the largest differences are discarded, and the decision is based upon the 
differences of the remaining subframes. 

The use of DCT coefficients prior to decompression has been attempted previously in other applica- 
tions. Hsu et. al use DCT compressed images in a military target classification system to discriminate 
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between man-made and natural objects. Y. Hsu, S. Prum. J. H. Kagel, and H. C. Andrews, Pattern 
recognition experiments in mandala/cosine domain, IEEE Transactions on Pattern Analysis and Machine 
Intelligence, 5(5):51 2-520, September 1983. The Bhattacharyya distance discriminator is used to measure 
and rank numerous statistical calculations derived from the DCT coefficients; and it is in turn used in the 

5 decision making process. Smith and Rowe extended many properties of the cosine/Fourier transform to 
used the DCT coefficients to perform several algebraic operations on a pair of images. B.C. Smith and L.A. 
Rowe, Algorithms for manipulating compressed images. To appear in IEEE Computer Graphics and 
Applications, 13(5), September 1993. Scalar addition, scalar multiplication, pixel-wise addition, and pixel- 
wise multiplication operations on two images were defined using the DCT coefficients; these operations are 

10 used in video editing systems to perform such tasks as dissolving and subtitling. 

Tonomura et. al introduced several approaches to view the contents of videoshots: variable speed, 
sampling flash, rush, and time-space browser. Y. Tonomura, A. Akutsu, K. Otsuji and T. Sadakata. 
VIdeoMAP and VideoSpacelcon: Tools for Anatomizing Video Content, in lnterCHr93 Conference Proceed- 
ings, Amsterdam, The Netherlands. 24-29 April, 1993, pp. 131-136. Tonomura. Y. and Abe, S.. Content 

75 Oriented Visual Interface Using Video Icons for Visual Database Systems, in Journal of Visual Languages 
and Computing, Vol. 1. 1990, pp. 183-198. The variable speed browser, is very similar to VCR's jog and 
shuttle functions; the sampling flash browser is a series of icons formed from the first frame of each video 
shot without any clues to the contents: in the rushbrowser, instead of using video shots the sequence is 
divided along equally spaced time intervals; and the time-space browser displays a temporal sequence on 

20 several icons. In Y. Tonomura, A. Akutsu, K. Otsuji and T. Sadakata, VideoMAP and VideoSpacelcon: Tools 
for Anatomizing Video Content, in lnterCHr93 Conference Proceedings. Amsterdam, The Netherlands, 24- 
29 April, 1993, pp. 131-136, much emphasis is placed on characterizing the contents of video shots with 
respect to camera and object motions. 

Similar to Tonomura, Elliot introduced a browser which stacks every frame of the sequence. This 

25 approach suffers from several shortcomings: First, the stack is built as the user is watching the sequence. 
E. Elliott, Watch, Grab, Arrange, See: Thinking With Motion Images via Streams and Collages, Ph.D. Thesis, 
MIT. February 1993. This is not useful for video browsing because the user is "forced" to watch the video 
sequence because the stack can make sense only once the video has been seen. The second shortcoming 
is that the stack holds only about 20 seconds of video; this amount of video is not practical for use in actual 

30 cases. Third, once the stack is built, the user may "stroke" the stack to watch the contents. This is a minor 
improvement, from the user's point of view, over FF/REW. This approach falls to provide the user with a 
basic browsing unit, and It is more appropriate for video editing than for browsing. 

Zhang et. al used the video shot as their basic browsing unit. H-J. Zhang and W. Smoliar, Developing 
Power Tools for Video Indexing and Retrieval, in Proceedings of SPIE Conference on Storage and Retrieval 

35 for Image and Video Databases, San Jose. CA. 1994. Similar to Tonomura.the frames of the shot are 
stacked to relay motion information and duration of the shot, and a frame from a shot may be "picked up" 
by placing the mouse along the side of the icon. In another mode, rather than stacking the frames, the icon 
thickness is used to convey shot duration; this is a wasteful use of screen space since the importance of 
the information does not justify the amount of screen space that is used. 

40 Mills et. al introduced a browser for quick time video sequences. M. Mills, J. Cohen and Y-Y. Wong, A 
Magnifier Tool for Video Data, in Proceedings of ACM Computer Human Interface (CHI), May 3-7. 1992. 
Similar to Tonomura's rush browser, this browser does not take into consideration the contents of the video 
and rather systematically divides the sequence into several equal segments. Once the user has chosen a 
segment it in turn is divided into equal lengths and so on until the user can view each frame. In each case. 

45 the segment is represented using its first frame. This approach is a minor improvement to FF/REW and fails 
to provide the user with a sense of the contents of the video. The user could easily miss the Information he 
or she is interested in because the representation of each segment has no relation to the reminder of the 
frames in that segment. 

Disadvantages found in the foregoing above work are that either no basic browsing unit is used and/or 
60 that each frame of the video is needed by the user during the browsing operations, making it unsuitable for 

use over the network. Additionally, none of the above systems address the problem of icon management. 

This is very important since as many as several thousand icons could be needed to represent the shots for 

each two hour video sequence. Ueda et. al do address this issue by using color information. H. Ueda. T. 

Miyatake. S. Sumino and A. Nagasaka, Automatic Structure Visualization for Video Editing, in lnterCHr93 
55 Conference Proceedings. Amsterdam, The Netherlands, 24-29 April, 1993, pp. 137-141. Color, however, 

cannot be the sole means of representation because color histograms are a many to one mapping 

functions. In our video browser, shape, as welt as color information Is used to help the user manage icons 

and navigate throughout a given video sequence. 
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In accordance with an aspect of the invention, a computer implemented method for providing a 
representative frame (Rframe) for a group of frames in a video sequence comprises (a) selecting a 
reference frame from the group of frames; (b) storing the reference frame in a computer memory; (c) 
defining a peripheral motion tracking region along an edge of the reference frame; and (d) successively 
6 tracking movement of boundary pixels in the tracking region. 

In accordance with another aspect of the invention, in step (d) movement of boundary pixels is tracked 
successively from frame to frame In the group of frames. 

In accordance with another aspect of the invention, (d) results in a track representative of camera or 
global motion. 

10 In accordance with another aspect of the invention, step (d) results in a track indicative of a missed 
frame in the group of frames. 

In accordance with another aspect of the invention, a computer implemented method for providing a 
representative frame (Rframe) for a group of frames in a video sequence, the group of frames consituting a 
shot, being frames between consecutive scene changes, comprises (a) selecting a reference frame from the 

75 shot; (b) storing the reference frame in a computer memory; (c) defining a peripheral motion tracking region 
along an edge of the reference frame, the tracking region being narrow relative to dimensions of the frame; 
and (d) successively tracking movement of boundary pixels in the tracking region such that a tracked 
position for each boundary pixel following a previous pixel occupies a position juxtaposed to a tracked 
position for the previous pixel. 

20 In accordance with yet another aspect of the invention, a computer implemented method for providing a 
representative frame (Rframe) for a group of frames in a video sequence, the group of frames consituting a 
shot, being frames between consecutive scene changes, comprises (a) selecting a reference frame from the 
shot; (b) storing the reference frame in a computer memory; (c) defining a peripheral motion tracking region 
along an edge of the reference frame, the tracking region being narrow relative to dimensions of the frame; 

25 (d) sub-sampling the shot to select a number of frames therefrom; (e) stacking a smaller number of slices, 
one from each side of each selected frame are stacked and applying an edge detection algorithm to each 
of the smaller number of slices, whereby border pixels from one frame to the next are tracked, enabling a 
user to visualize motion associated with the shot. 

In accordance with still another aspect of the invention, a computer implemented method for providing a 

30 representative frame (Rframe) for a group of frames in a video sequence, comprises (a) selecting a 
reference frame from the group of frames; (b) storing the reference frame in a computer memory; (c) 
defining a peripheral motion tracking region along an edge of the reference frame; and (d) successively 
tracking movement of boundary pixels in the tracking region for providing an indication of the length of a 
shot and the presence of a caption. 

35 In accordance with still yet another aspect of the invention, a computer implemented method for 
providing a representative frame (Rframe) for a group of frames in a video sequence, the group of frames 
consituting a shot, being frames between consecutive scene changes, comprises (a) selecting a reference 
frame from the shot; (b) storing the reference frame in a computer memory; (c) defining four peripheral 
motion tracking regions along each edge of the reference frame, the tracking region being narrow relative to 

40 dimensions of the frame; and (d) successively tracking movement of boundary pixels in the tracking region 
such that a tracked position for each boundary pixel following a previous pixel occupies a position 
juxtaposed to a tracked position for the previous pixel for providing any of time indicators and caption 
indicators. 

In accordance with further aspect of the invention, a computer implemented method for providing a 
45 representative frame (Rframe) for a group of frames in a video sequence comprises selecting a reference 
frame from the group of frames; storing the reference frame in a computer memory, defining a peripheral 
motion tracking region along an edge of the reference frame, and successively tracking movement of 
boundary pixels in the tracking region, symbolizing any of the length of the shot and the presence of any 
caption. The invention will be explained by way of exemplary embodiments and by reference to the 
60 drawing, helpful to an understanding of the invention, in which 

Figure 1 shows a representative frame, Rframe, for each video shot wherein are indicated (a) the 
structure of the Rframe. (b) motion tracking region; t = 0 starts from the center of Rframe, (c)-(f) several 
examples; 

Figure 2 shows the browser in the basic mode of operation; 
55 Figure 3 shows the browser in the advanced mode of operation; 

Figure 4 shows the browser in the advanced mode of operation with prefs.; 

Figure 5 shows the frequency distribution (a) and block features (b) of DCT coefficients within a block; 
and 
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Figure 6 shows an example of selecting subregions containing edges using the DCT coefficients, (a) The 
original frame, (b) The sub-regions found to contain no edges are shown in solid: the remaining regions 
may be decompressed for edge detection. 
Figure 7 shows an overview of the DCT and block concepts. 

5 The present invention embodies a novel approach to processing encoded video sequences prior to 
complete decoding. Scene changes are readily detected using DCT coefficients in JPEG and MPEG 
encoded video sequences. Within each 8x8 DCT block, the distribution of the DCT coefficients is used to 
classify the block as either type 0 (contains no high frequency components) or type 1 (contains high 
frequency components) The changes in the distributions of O's and Vs from one frame to next is captured 

10 using eigenvectors and used to represent scene changes. The frames in between two consecutive scene 
changes form a video shot. Video shots may be thought of as the building blocks of video sequences, and 
are used in browsing, as herein disclosed in greater detail, database indexing, or any other operations that 
essentially form an abstraction of the video. To visualize each video shot, the content must be abstracted in 
a meaningful manner such that it is representative of the contents of the shot; this is achieved using 

15 representative frames or Rframes. as herein disclosed in greater detail. 

The invention relates to the problem of detecting scene changes on encoded video sequences, 
particularly in the context of rapidly viewing the contents of a given video sequence, a process herein 
referred to as browsing. Browsing through video sequences Is a critical requirement in many domains and 
applications in which the user is either required to choose a few video sequences from among many, and/or 

20 the user has to find a particular point within a single video sequence. 

Such cases arise in numerous situations, such as in remote access of video, video database navigation, 
video editing, video-based education and training, and. in the near future, video e-mail and recorded desk- 
top video conferencing sessions. In such cases, the user must view the contents of the video sequences in 
order to choose the most relevant or to locate a desired point. Assigned labels, keyword descriptions, and 

25 database indexing may be useful in reducing the number of possibilities somewhat; however, in many cases 
the user is still left to decide among at least a number of possibilities. Consider, for instance, the case in 
which the user has submitted a query to a remote database and the database search has resulted in the 
offer of several possibilities. At this point the user must decide if the context and contents of the returned 
videos match the requirements. This may only be achieved by viewing each of the returned videos. Viewing 

30 video would require that each video be retrieved from, typically, a hierarchical storage system, transmitted 
over the network in its entirety as the user plays the video or, at most, fast forwards and rewinds. This 
process is time consuming, inefficient, not cost effective, and wasteful of bandwidth. 

Abstractions of each of the video sequences are pre-computed and the abstractions are retrieved from 
the system, transmitted, as may be needed, and viewed by a user. The abstractions are many orders of 

35 magnitude smaller in size than the video sequences themselves, and thus, the system's response time, 
bandwidth needs, and, most importantly, the user's viewing time are reduced. In addition, the proposed 
system allows the user to rapidly pinpoint a desired location within a video sequence. 

In accordance with an aspect of the invention, content-based video browsing is achieved by pre- 
processing steps which are performed off-line before the user gains access: 

40 (a) detect scene changes in the compressed video to form video shots; and 

(b) construct the abstractions for each video shot to represent the contents. 

The abstractions are referred to as Rframes. Additionally, a number of steps are performed during 
browsing which are driven by the users' particular needs: 

(c) present the Rframes so that the user can easily search the contents of the video sequence; and 

45 (d) apply a technique to manage the Rframes comprising combining similarity measurements based on 
shape and color. 

Processing during the browsing is necessary because each user may be different and may have 
varying needs at different times even for the same sequence. 

The methodology herein disclosed represents the contents of a video sequence. The representation is 

50 used to allow the user to rapidly view a video sequence in order to find a particular point within the 
sequence and/or to decide whether the contents of the sequence are relevant to his or her needs. This 
system, referred to as content-based browsing, forms an abstraction, as herein disclosed in greater detail, 
to represent each detected shot, of the sequence by using a representative frame, or an Rframe. as herein 
disclosed, and it includes management techniques to allow the user to easily navigate the Rframes. This 

55 methodology is superior to the current techniques of fast forward and rewind because rather than using 
every frame to view and judge the contents, only a few abstractions are used. Therefore, the need to 
retrieve the video from a storage system and to transmit every frame over the network in its entirety no 
longer exists, saving time, expenses, and bandwidth. 
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Content-based browsing is advantageous over the fast forward and rewind technique (FF/REW) while 
nevertheless being as convenient to use. Using FF/REW the user must view every franne at rapid speeds, 
with the likelihood of missing shots that last a short period, while being forced to watch long lasting and 
possibly irrelevant shots. In addition, users searching for a specific point within a sequence are typically 

5 forced to refine their search after a number of fast forward and rewind operations until the video is at the 
precise point of interest, a time-consuming and tedious task. In the content-based browser in accordance 
with the invention, the exact points of scene changes are defined internally, and no "fine tuning" by the 
user is necessary. It is noteworthy that the above described disadvantages of FF/REW persist even on 
digital video and on other random access media, such as laser disks. Lastly, FF/REW as the means for 

TO browsing of digital video is extremely inefficient considering, the expense of accessing disks and/or tapes, 
decoding, and transmission. 

The present invention also relates to processing compressed video efficiently for scene change 
detection. In accordance with an aspect of the invention, selective decoding is utilized to take advantage of 
the information already encoded in the compressed data; specifically a discrete cosine transform (DCT)- 

75 based standard such as JPEG (see G. K. Wallace. "The JPEG still picture compression standard". 
Communications of ACM, 34(4):30-44, April 1991) or H.261 (M. Liou. Overview of the 64 kbits/s video 
coding standard. Communications of ACM, 34(4):59-63. April 1991.) and many processing steps needed on 
every frame of a video sequence are performed prior to full decompression. The DCT coefficients are 
analyzed to systematically detect scene changes or video cuts which are used in browsing or in further 

20 feature extraction and indexing. In the past, expensive operations such as color histogram analysis, have 
been performed on every frame to achieve the same tasks. D. Le Gall. MPEG: A video compression 
standard for multimedia applications. Communications of ACM, 34(4):46-58, April 1991. 

The encoding standards process begins with dividing each color component of the image into a set of 
8x8 blocks. Figure 7 shows an overview of the DCT and block concepts. The pixels in the blocks are then 

25 each transformed using the forward discrete cosine transform (DCT): 



where c(t) = 1/(V2) if t - 0 and 1 otherwise, F(u.v) are the DCT coefficients, and f(x.y)are the input pixels. 
F(O.O) is the DC term - the average of the 64 pixel values, and the remaining 63 coefficients are termed the 
35 AC coefficients. The 64 coefficients from each block are then quantized to preserve only the visually 
significant information: 



where Q(u,v) are the elements of the quantization table, and [] represents the integer rounding operation. 

45 The coefficients are then encoded in a zig-zag order by placing the low order frequency components before 
the high frequency components. The coefficients are then encoded using the Huffman entropy encoding. 
The processing presented next assumes that the encoded data has partially been decoded by applying the 
Huffman decoder and the resultant coefficients may or may not have been dequantized depending on the 
quantization table. See Figure 5 for the frequency distribution (a) and block features (b) of DCT coefficients 

50 within a block. Zero coefficients in the "high" regions indicate that the 8x8 block has low frequency 
components only and substantially no high frequency components. See Figure 6 for an example of 
selecting subregions containing edges using the DCT coefficients, (a) The original frame, (b) The sub- 
regions found to contain no edges are shown in solid; the remaining regions may be decompressed for 
edge detection. 

65 The approach taken in accordance with the present Invention differs from previous solutions in that, 
inter alia, unlike prior methods wherein all steps are performed on decompressed video frames, the present 
invention takes advantage of the fact that the incoming video is already in the compressed form. Thereafter, 
the information that is already encoded in the compression process Is utilized to take advantage of several 
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facts: first, the computational cost of fully decompressing every frame Is not necessary and Is saved when 
only a selected number of frames are chosen prior to decompression for further processing or for browsing. 
Second, coefficients in the spatial frequency domain are mathematically related to the spatial domain, and 
they may directly be used in detecting changes in the video sequence. Third, the knowledge of the blocks* 
5 location preserves spatial domain information to a certain extent. 

The scene change detection is performed by the application of a programmed computer in accordance 
with the following method or "algorithm": 

(a) examine each DOT block in the compressed video frame, and if high frequency coefficients exist 
mark that block as 1 , else mark that block as 0. The output of this step is a matrix of Os and 1s. The size 

70 of this matrix is determined by the size of the video frame divided by 8 length wise and width wise. For 
example, a 320 x 240 video frame will yield a 40 x 30 matrix; 

(b) delete columns or rows to transform the matrix of step 1 into a square matrix; for example delete 10 
columns to obtain a 30 x 30 matrix. Preferably, for every frame of the video, the same corresponding 
columns or rows are deleted. This step may include subsampling to reduce the matrix size. For example, 

75 delete every other row and column. The final output from this step Is an n x n matrix; 

(c) derive the two principal vectors of the matrix, to describe the contents of each video frame, in 
accordance with principles of linear algebra that state that each n x n matrix has at least one and at most 
n eigenvalues: 

X/, 1 ^ / ^ n. and for two dimensional shapes there will be 2 eigenvalues, that each eigenvalue will 
20 have a corresponding eigenvector, and that these two vectors are the principal vectors of the matrix; 

(d) detect a change in the content from one video frame to the next, or scene changes, by utilizing the 
inner product to detect such change, since a change in the content from one video frame to the next, or 
scene changes, will also cause the vectors to change in accordance with the following expression: 

26 



a(/,/+A) = -i— (whereie {1,2}) (i) 



30 



where A is the temporal distance in between two frames; and 

(e) if. d, 1 ^ d ^ 0, is larger than a threshold, t, then indicate that a scene change has occurred. 
The video content in between two scene changes is labeled as a "shot". 

35 If the format of the video is motion JPEG, then the DCT coefficients of step (a) are obtained from each 
frame and Equation (1) is applied as stated in step (e). In case the format is MPEG where three types of 
frames are defined (I, B, and P). each two frames in Equation (1) must be of the same type; I.e, Equation (1) 
cannot compare an t frame with the neighboring B or P frame. 

Each detected shot Is represented using an Rframe, which is designed to allow the user to perform five 

40 tasks: first, to be able to judge the contents of the shot. Second, to decide if the scene change detection 
may have missed a shot. While many of the proposed scene change detectors have high accuracy rates of 
90% and above, none claims 100% accuracy; In addition, many complicated transitions can cause false 
negatives during scene change detection. Therefore, from the user's point of view, it is desirable that there 
be a mechanism to ensure the user that no scene changes have been missed during this shot. The third 

45 task of the Rframe is to provide the user with the sense of motion within the shot. The fourth feature allows 
the user to easily determine the length or duration of the shot in seconds. The fifth allows the user to 
determine if any captions appear in the video shot. In order to form the Rframes the video sequence must 
have already been divided into meaningful segments, such as video shot (the frames in between two 
consecutive scene changes form a video shot, as herein disclosed. The collection of Rframes Is used to 

50 represent the contents of the entire video sequence in browsing and in navigation operations, as herein 
explained in relation to browsing the contents of a given video sequence. 

Each Rframe comprises a body, four motion tracking regions, shot length indicators and a caption 
indicator. See Figure 1 . The body of the Rframe is a frame chosen from the video shot; currently, the tenth 
frame is chosen, but other possibilities exist, such as the last frame for zoom-in shots. The motion tracking 

55 regions trace the motion of boundary pixels through time; hence they can be used as guides to camera, or 
global, motion. The motion tracking regions also serve as an indicator of missed scene changes. In case the 
shot contains a scene change, the tracking of boundary pixels will "fail" causing a straight line to appear in 
the motion tracking region (see Figure 1-e). The time indicators are designed so that a brief glance at each 
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Rframe allows the user to determine if the corresponding shot is long or short while a more precise 
estimation of the length of the shot is also possible well by counting the 2 and 4 second squares. This 
representation of shot length does not occupy any valuable screen space; printing the exact number of 
seconds on the other hand would not allow the user to quickly compare shot lengths. 

5 In Figure 1. a representative frame, Rframe, for each video shot is shown, (a) shows the structure of the 
Rframe, (b) shows motion tracking region; t = 0 starts from the center of Rframe, (c)-(f) show several 
examples: (c) the anchorman has moved his hands but the camera is stationary as is evidenced by the 
straight lines, and the shot contains a caption; (d) shows that the camera has panned to the left following 
the motion of the animal. ' the curves start (t = 0) and move to the right, no captions are present in this shot; 

70 (e) shows an example of a missed scene change, the straight lines not in contact with the center indicate 
the possibility that the shot may contain a scene change; (f) shows that the camera is stationary but the 
objects have moved in various directions; this shot contains a caption. 

To construct the motion tracking regions, the shot is sub-sampled to select a few of the frames. Four 
slices, one from each side, of each selected frame are then stacked and an edge detection algorithm is 

75 applied to each of the four stacks. This simple operation in effect tracks the border pixels from one frame to 
the next enabling the user to visualize the motion. 

Edge detection is a local operation performed using the principles of convolution. A mask which is an m 
x m matrix is convolved with the pixels ineach of the motion tracking regions. The output of the convolution 
highlights the pixels where there are changes in two neighboring pixels, where neighboring means left, right, 

20 top, or bottom. Many m x m matrices exist, such as the Laplacian matrix: 



0 0 0 



25 




Reference is made to Gonzalez, op. cit. for more details. 

30 As mentioned earlier, video sequences require a "basic browsing unit" which can be used in browsing, 
and unlike the case of newspapers or books where an editor manually chooses the headline for each article 
or chapter, the process of choosing the video browsing unit must be automatic. This is because of the vast 
amount of data that will exist in the video sequences. Furthermore, manual intervention would inherently 
incorporate extrinsic influences into the material. This influence could in turn impede a user's search by 

35 providing false leads or not enough leads and thereby requiring the user to use FF/REW. While the process 
of choosing the video browsing unit must be automatic, its result must also be meaningful to the user 
because this is the tool used to decide whether the returned video sequences are relevant to the task at 
hand. A remaining issue in designing a videobrowser Is its speed; the video browser must be significantly 
faster, as compared with FF/REW. while remaining convenient to use. 

40 A video browser disclosed herein satisfies the above requirements. The proposed video browser uses 
shots as the basic building blocks of a video sequence characterized by the use of "representative frames", 
or Rframes. The sequences in the video collection are pre-processed once to detect the scene changes 
and to build the Rframes. Then, to browse a particular videosequenco, the user may scroll through all the 
Rframes to view the visual contents of the sequence. Once the user has chosen an Rframe, the 

45 corresponding video shot may be played back. Further information, such as the length of each shot and the 
approximate motions, are readily represented as well. In cases in which several hundred scenes, and 
therefore several hundred Rframes. may exist in a given video sequence, advanced techniques are used to 
allow the user to easily manage the information. 

At start up, the browser displays the precomputed Rframes in chronological order, (see Figure 2, which 

50 shows the browser in the basic mode of operation. The row of Rframes is on the bottom, and the sequence 
at the point chosen by the user is displayed on top. The user may play the video from that pointand 
automatically stop at the end of the shot, or continue past the scene change.). The user may scroll through 
the Rframes and once an Rframe is chosen, then the video is played from precisely that point. The user's 
second option is to choose one Rframe and view all other similar Rframes. The degree to which each 

55 Rframe in the sequence is similar to the chosen Rframe is conveyed to the user by varying the size of each 
Rframe. The most similar Rframes are displayed at their original scale, somewhat similar Rframes are 
displayed at a smaller scale, for example, at a default value of 33% scale, and the dissimilar Rframes are 
displayed at even a smaller scale (default 5%), see Figure 3. which shows the browser in the advanced 
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mode of operation. The top row is the original set of Rframes, the user has the chosen one Rfranne (outlined 
by the red square) and the bottom row show all other similar Rframes. somewhat similar Rframes are 
shown at 33% of the origlnalwidth, and non-similar Rframes are shown at 5% of the original width -scene as 
black bars. The defaults are easily adjustable by the user (see Figure 4, which shows the browser in the 
5 advanced mode of operation with prefs. The browser in the advanced mode of operation as the user is 
choosing how to view each grouping category in the preferences window. The shown setting indicates that 
the somewhat and not similar Rframes be shown as black bars, and only the similar Rframes are shown at 
full scale.). 

In addition to asking similar Rframes to be displayed on the second row of the browser, the user can 
70 combine several requests: show Rframes that are "similar" to Rframe X and "not similar" to Rframe Y. After 
each request the results are shown on a new reel of Rframes. Therefore, the user may have several reels at 
any time each containing a different "view" of the same sequence. The user's requests may be performed 
on any one of reels and the results displayed in a new reel or by overwriting an existing one depending on 
user's preferences. 

75 As mentioned earlier, the browser must be as convenient to use as the current method of FF/REW. The 
proposed browser satisfies this criterion; the only user required actions are scroll and single or double 
clicks on a control mouse. 

Assuming the scene changes have been detected, several issues arise when there are numerous 
Rframes for example, more than the user can easily search and navigate through. As mentioned earlier, the 

20 user may choose one Rframe and ask the system to return alt similar Rframes in the same videosequence. 
The key to measure this similarity effectively and correctly is the means by which each Rframe is 
represented internally. Representations are used to describe Rframes, a key issue in the field of computer 
vision. The representations dictate the matching strategy, its robustness, and the system's efficiency. Also, 
the descriptions are used in the calculations of various properties of objects in the scene needed during the 

25 grouping stage. In almost all cases, the two-dimensional array of numbers used to display the Rframes is 
not very useful in its "raw" form. 

The browser uses two representation schemes which complement one another: Shape properties 
represented using moments, and color properties represented using color histograms. Both representation 
schemes are insensitive to minor changes in the scene, such as object motion, viewing distance, and so 

30 forth, and both are compact representations allowing for efficient similarity measurements. The following two 
sections describe these representation schemes and their usage in more detail. 

The shape of objects within an Rframe is the main property used in Rframe management, and it is 
represented using moment invariants. The moment of an image f(x,y) is defined as: 

35 = Elx''y^/(x,y) (2) 

A physical interpretation of moments is possible if the grey level of each Rframe is regarded as its 
mass; then, in such an analogy, moo would be the total mass of an Rframe and m2o and nrv)2 would be the 
moments of inertia around the x and y axes. Moments invariants exhibit characteristics which makes them 
40 an ideal representation mechanism in the video browser. Invariance with respect to any of scale change, 
rotation, and translation, are some of such characteristics which are used in the browser to describe 
Rframes. Moment invariants are derived from normalized central moments defined as: 



'"00 

so where 



55 



X - mio//noo and y= moylmoo. Then, the first few moment invariants are defined as (M.-K. Hu. Pattern 
Recognition by moment invariants, in Proc. IRE. Vol. 49, 1961, p. 1428. M.-K. Hu. Visual pattern recognition 
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by moment invariants, in IRE Trans. Inform. Theory, Vol. 8, February 1962, pp. 179-187. R. Gonzalez and P. 
Witz, Digital Image Processing, Addison-Wesley, Readings, MA, 1977.): 

^1 = J?20 +no2 (4) 

5 ^2 = (»J20-i;02)^+*')^l 1 

<^3 = (j;3o-37ji2p + (37/2i-»?03)^ 
The shape of each Rframe Is then represented using the vector defined as: 

10 

o {9p 92' 97} 
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Finally, the Euclidean distance is used to measure the similarity of two Rframes: 



(6) 
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Color is the second feature used extensively in Rframe management In accordance with the present 
invention. Color has many of the characteristics of moments, such as the ability to simply represent, or 
describe each Rframe. Contrary to the case of moments, however, it is less sensitive to differences, such as 
due to motion within a frame. Color cannot be the sole representation of Rframe contents because most 
means of representing color rely on color histograms which by definition are plurality-to-one mapping 
functions. Hence, many completely different Rframes, or video frames, may have very similar color 
representations. Color histograms alone are not sufficient to detect any differences in a red and white 
checkered board versus a white board with red parallel lines, for example, since the color contents of the 
two can be identical. 

The browser represents the color contents of each Rframe using the color histogram, which is 
essentially the frequency distribution function of the color of each pixel. Given a color model(RGB, HSI, 
etc.). the histogram is obtained by counting how many times each color appears in each Rframe (see C.L. 
Novak and S.A. Shafer, Anatomy of a Color Histogram, in Proceeding of Computer Vision and Pattern 
Recognition. Champaign. IL. June. 1992, pp. 599-605 for more details). It is herein recognized to use the 
hue and saturation components of the HSI color space, in accordance with the inventors* previous work (F, 
Arman. A. Hsu and M-Y. Chiu. Image Processing on Encoded Video Sequences, in ACM Multimedia 
Systems Journal, to appear 1994) to calculate the color histogram for each Rframe. In order to measure the 
similarity of two given Rframes, the technique of histogram intersection known from Swain and Ballard 
(Swain, M.J. and Ballard. D.H., Color Indexing, in Int. J. of Computer Vision, Vol. 7. No. 1, 1991, pp. 11-32) 
is herein applied. The intersection of two histograms is defined as: 



45 



£mm(aC/),PO).) 
J- 1 



(7) 



where a and 0 are the two histograms. The result of this intersection indicates how many pixels in one 
image have corresponding pixels of the same color in the other image, and the measure is normalized 
50 using: 



66 



E(CX,^) 



5; min (a 0),P,0)) / SP. O) 



f n 



(8) 



where j9| is the ith histogram. 



11 



EP 0 675 496 A2 



Once the user has chosen an Rframe. the moments and the color histogram of that Rframe are 
compared to the remaining Rframes. The output of the moment-based and color histogram-based analyses 
are two floating point numbers describing the similarity in shape and in color of the Rframes' body. In order 
to combine and compare these two different entities a mapping function is used which maps both entities 
5 onto a common space. This is performed using: 

3 if €, <T, 

10 n( ) = 2 if T, <^<T2 (9) 

1 if 5 

15 where f = €(a, jSj) for mapping of color histogram intersection output of Equation (7): 

Ohtstogram[c(a./J.)]€ {1,2,3} (10) 

and f = (o,/3|) for mapping moment distance measure of Equation (5): 

20 

"moment 

{1.2.3} (11) 

Q = 3 signifies very similar, Q = 2 somewhat similar, and Q = 1 not similar. 

The rules of Table 1 are then used to combine the mapped properties. Generally, the output of 

25 
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TABLE 1: The rules for combining the results of the 
20 moment-based and histogram-based matching: 3=very similar, 
2=somewhat similar, and l=not similar. 

moments carries a bigger weight (see Table 1). If Wmoment = 1 then the output of the color-histogram- 

25 based analysis is ignored; i.e.. the final output will always be that the two Rframes under examination are 
not similar. If Wmoment = 3 then the final output is also very similar, the only exception being when color- 
based output Whistogram = 1 in which case the final output will also be 2. or somewhat similar. The 
mapping from color histogram is used when Wmoment is not conclusive; I.e, Wmoment = 2; in this case the 
final output is set to the value of the color histogram mapping. 

30 The processing time for the grouping takes advantage of two points. First, the moments and the 
histograms are calculated a priori and the only step needed at run time is measuring similarity; i.e., 
applying Equation (2) and Equation (8). Second, using the rules specified in Table 1, the histogram 
intersection operation, the more expensive of the two operations, has to be performed on a subset of the 
Rframes providing additional time saving steps. It is also contemplated within the context of the present 

35 invention to utilize an indexing scheme to store the histogram and the moment calculations; this greatly 
speeds up the grouping time. 

Reference is made to the following patent applications being filed concurrently herewith and being 
subject to an obligation of assignment to the same assignee as is the present application, and whereof the 
disclosures are herein incorporated by reference: DETECTING SCENE CHANGES ON ENCODED VIDEO 

40 SEQUENCES in the names of Farshid Arman, Arding Hsu. and Ming-Yee Chiu; and BROWSING CON- 
TENTS OF A GIVEN VIDEO SEQUENCE in the names of Farshid Arman, Remi Depommier. Arding Hsu. 
and Ming-Yee Chiu. 

Reference is also made to Tonomura, Y. and Abe. S., Content Oriented Visual Interface Using Video 
Icons for Visual Database Systems, in Journal of Visual Languages and Computing, Vol. 1, 1990, pp. 183- 
45 198. 

It should be clearly understood that the foregoing embodiments are practiced by the use of a 
programmed digital computer. The invention has been explained by way of exemplary embodiments. 
However, it will be understood that various changes and modifications will be apparent to one of skill in the 
art to which the present invention pertains, but such changes and modifications are understood to be within 
50 the spirit of the invention whose scope is defined by the claims following. 



Claims 



1. A computer implemented method for providing a representative frame (Rframe) for a group of frames In 
55 a video sequence, said method comprising: 

(a) selecting a reference frame from said group of frames; 

(b) storing said reference frame in a computer memory; 

(c) defining a peripheral motion tracking region along an edge of said reference frame; and 
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(d) successively tracking movement of boundary pixels in said tracking region. 

2. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein in step (d) movement of boundary pixels is tracked successively from frame to frame 

6 in said group of frames. 

3. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 2, wherein step (d) results in a track representative of camera or global motion. 

10 4, A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1, wherein step (d) results in a track indicative of a missed frame in said group of frames. 

5. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1, wherein said group of frames comprises frames between consecutive scene changes, or a 

75 "shot". 

6. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein step (d) results in a track indicative of the duration or length of a respective shot. 

20 7. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 6, wherein for relative time t = 0, tracking starts substantially from the center of said Rframe. 

8. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein said reference frame Is a frame taken from the fifth to the fifteenth frame of a shot. 

25 

9. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein said reference frame is taken from the end of a shot. 

10. A computer implemented method for providing a representative frame (Rframe) in accordance with 
30 claim 1 , wherein a missed scene change results in a line not in contact with the center of said Rframe. 

11. A computer implemented method for providing a representative frame (Rframe) for a group of frames in 
a video sequence, said group of frames consituting a shot, being frames between consecutive scene 
changes, said method comprising: 

35 (a) selecting a reference frame from said shot; 

(b) storing said reference frame in a computer memory; 

(c) defining a peripheral motion tracking region along an edge of said reference frame, said tracking 
region being narrow relative to dimensions of said frame; and 

(d) successively tracking movement of t)0undary pixels in said tracking region such that a tracked 
40 position for each boundary pixel following a previous pixel occupies a position juxtaposed to a 

tracked position for said previous pixel. 

12. A computer Implemented method for providing a representative frame (Rframe) in accordance with 
claim 11, wherein said peripheral motion tracking region is substantially rectangularly annular around 

45 said Rframe. 

13. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 11. wherein said peripheral motion tracking region includes a gap therein and a display is 
provided in said gap to indicate the presence of a caption in said Rframe. 

50 

14. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 11. wherein said peripheral motion tracking region includes a gap therein and a display is 
provided in said gap to indicate the length of a shot. 

55 15. A computer implemented method for providing a representative frame (Rframe) for a group of frames in 
a video sequence, said group of frames consituting a shot, being frames between consecutive scene 
changes, said method comprising: 

(a) selecting a reference frame from said shot; 
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(b) storing said reference frame in a computer memory; 

(c) defining a peripheral motion tracking region along an edge of said reference frame, said tracking 
region being narrow relative to dimensions of said frame: 

(d) sub-sampling said shot to select a number of frames therefrom; and 

5 (e) stacking a smaller number of slices, one from each side of each selected frame are stacked and 

applying an edge detection algorithm to each of said smaller number of slices, whereby border 
pixels from one frame to the next are tracked, enabling a user to visualize motion associated with 
said shot. 

10 16. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 15. wherein said edge detection algorithm uses the principles of convolution wherein a mask 
which is an m X m matrix is convolved with the pixels in each of the motion tracking regions. 

A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 15, wherein said edge detection algorithm is a local operation performed using principles of 
convolution wherein a mask which is an m x m matrix is convolved with the pixels in each of motion 
tracking region and wherein an output of the convolution highlights the pixels where there are changes 
in two neighboring pixels, where neighboring means left, right, top, or bottom. 

A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 15, wherein said smaller number of stacks is about 4. 

A computer implemented method for providing a representative frame (Rframe) for a group of frames in 
a video sequence, said method comprising: 

(a) selecting a reference frame from said group of frames; 

(b) storing said reference frame in a computer memory; 

(c) defining a peripheral motion tracking region along an edge of said reference frame; and 

(d) successively tracking movement of boundary pixels in said tracking region for providing an 
indication of the length of a shot and the presence of a caption. 

A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein step (d) results in a track indicative of a missed video cut or scene change in said 
group of frames. 

35 21. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein said group of frames comprises frames between two consecutive scene changes, or a 
"shot". 

22. A computer implemented method for providing a representative frame (Rframe) in accordance with 
40 claim 1 , wherein a number of frames in between scene changes combined with the frames second 

recording of the stored video results in a track or "emblem" indicative of the duration or length of a 
respective shot. 

23. A computer implemented method for providing a representative frame (Rframe) in accordance with 
45 claim 6, wherein for relative time t = 0, tracking starts substantially from the edge closest to the center 

of said Rframe. 

24. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein said reference frame is a frame taken from any frame of a shot. 

60 

25. A computer implemented method for providing a representative frame (Rframe) in accordance with 
claim 1 , wherein said reference frame is constructed by combining frames. 

26. A computer implemented method for providing a representative frame (Rframe) for a group of frames in 
55 a video sequence, said group of frames consituting a shot, being frames between consecutive scene 

changes, said method comprising: 

(a) selecting a reference frame from said shot; 

(b) storing said reference frame in a computer memory; 
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(c) defining four peripheral motion tracking regions along each edge of said reference frame, said 
tracking region being narrow relative to dimensions of said frame; and 

(d) successively tracking movement of boundary pixels In said tracking region such that a tracked 
position for each boundary pixel following a previous pixel occupies a position juxtaposed to a 
tracked position for said previous pixel for providing any of time indicators and caption indicators. 
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FIG. iA 
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FIG, 4 
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FIG. 6 A 
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FIG. 7 
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